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DETAILED ACTION 
Remarks 

Amendment submitted April 10, 2008 has been considered by examiner. Claims 
1,4, 7-10, 12, 14, 16, 18, and 20-21 are pending. 

Response to Arguments 

1. Applicant's arguments with respect to claims 1, 4, 7-10, 12, 14, 16, 18, and 
20-21 have been considered but are moot in view of the new ground(s) of 
rejection. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1, 4, 7-10, 12, 14, 16, 18, and 20-21 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Wall et al (US Patent Application Publication 
2002/0087557), hereinafter, Wall in view of Matula et al (US Patent Application 
Publication 2002/0165995), hereinafter, Matula and further in view of Coad et al 
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(6,851,105) (All references cited on previous PTOL-892 forms. Wall and Matula January 
10, 2008, Coad on October 3, 2006). 

Claim 1: Wall discloses a computer-readable storage medium having 
stored thereon a data structure, the data structure separating storage of an 
attribute value from handling of the attribute value, comprising: 

a. a model element class configured to implement the constructs described 
by metadata; the model element class storing an attribute value in a private 
member field of the model element class in the same memory block as declaring 
class [0064]. [The "constructs described by metadata" is a class declaration of 
how each attribute function, i.e. integer, string, etc. As for the "same memory 
block," there is no explicit definition as to what a memory block is in the 
specification of the instant specification, and thus a memory block could be a 
hard drive, a database, etc.] 

b. Wall discloses wherein a handler class has public access to an 
enclosing element's private members stored in the private member field of the 
model element class [0065], but does not explicitly disclose a nested handler 
class, wherein the nested handler class is a subclass of a generic handler class 
and inherits base functionality from the generic handler class. However, Matula 
does [0051]. A nested handler class, a subclass in Matula , is created in order to 
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generate a particular instance of an interface. Once the instance is created, the 
value retrieved by the subclass is stored in the main class. 

It would have been obvious for one of ordinary skill in the art at the time 
the invention was made to declare a nested handler class, the nested handler 
class being a subclass of a generic handler class and inherits base functionality 
from the generic handler class. One would have been motivated to do so in order 
to store a value requested in the main requesting class. 

c. Wall discloses a meta-attribute information object configured to describe 
attributes of the model element class [0064]. 

d. Wall as modified discloses a model element field handler object for 
handling inlined filed values of the model element class configured to access the 
attribute value stored in the model element class, wherein model element field 
handler object comprises a typed model element field handler subclass defining 
a get value function wherein the get value function is configured to access the 
model element class and return the attribute value directly upon request [Wall 
0065 and Matula [0051] ]. [The claim describes a method for defining a "get value 
function" and then returning the value requested from the "get function." As for 
the "inlined field values," the specification of the instant application only describes 
the inlined values as "located in the same memory block as the declaring class." 
The discussion for "same memory block" is found above.] 
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However, Wall does not explicitly disclose that the model element field 
handler object comprises a singleton pattern as an abstract base class. However, 
Coad discloses using a singleton pattern (Col 8 In 29-47, Col 23 In 5-23). A singleton 
pattern, according to Coad , is a class with only one instance and contains only provides 
a global point of access to it. Also, a singleton pattern is performed through an interface 
class, which is an abstract class. 

It would have been obvious for one of ordinary skill in the art at the time the 
invention was made to use a singleton pattern as an abstract class. One would have 
been motivated to do so in order to have only one instance of a class, and thereby using 
only the single object to coordinate actions across a system. 

e. Wall as modified further discloses wherein the storage of the attribute 
value is separate from handling of the attribute value [0031]. [Wall discloses the 
use of encapsulation. It is used for classes and its subclasses. For example, 
when the "handler" object (as in [0040 and 0065]) needs to get an attribute from 
an object of a subclass or a private class, the attribute is processed in the 
superclass. Thus, the storage of an attribute is separate from the handling of the 
attribute. 

Claim 4: Wall as modified discloses the medium of Claim 1 above, and 
further discloses wherein the model element field handler object sets the attribute 
value sorted in the model element class [0037]. 
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Claim 7: Wall as modified discloses the medium of Claim 1 above, and 
further discloses wherein the typed model element field handler subclass defines 
a set value function for setting the attribute value [0037]. 

Claim 8: Wall as modified discloses the medium of Claim 1 above, and 
further discloses wherein the data structure further comprises a meta-class 
information object for storing data associated with the model element [0064]. 

Claim 9: Wall discloses a computer-readable storage medium having 
stored thereon a data structure, the data structure separating storage of an 
attribute value from handling of the attribute value, comprising: 

a. a container for storing recta-data in a tree structure [0062]. 

b. a model element class configured to implement the constructs described 
by metadata; the model element class storing an attribute value in a private 
member field of the model element class in the same memory block as a 
declaring class [0064]. [The "constructs described by metadata" is a class 
declaration of how each attribute function, i.e. integer, string, etc. As for the 
"same memory block," there is no explicit definition as to what a memory block is 
in the specification of the instant specification, and thus a memory block could be 
a hard drive, a database, etc.] 

c. Wall discloses wherein a handler class has public access to an 
enclosing element's private members stored in the private member field of the 
model element class [0065], but does not explicitly disclose a nested handler 
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class, wherein the nested handler class is a subclass of a generic handler class 
and inherits base functionality from the generic handler class. However, Matula 
does [0051]. A nested handler class, a subclass in Matula , is created in order to 
generate a particular instance of an interface. Once the instance is created, the 
value retrieved by the subclass is stored in the main class. 

It would have been obvious for one of ordinary skill in the art at the time 
the invention was made to declare a nested handler class, the nested handler 
class being a subclass of a generic handler class and inherits base functionality 
from the generic handler class. One would have been motivated to do so in order 
to store a value requested in the main requesting class. 

d. a meta-class information object configured to store data associated with 
the model element [0064]. 

e. a meta-attribute information object configured to describe attributes of 
the model element class [0064]. 

f. Wall as modified discloses a model element field handler object for 
handling inlined filed values of the model element class configured to access the 
attribute value stored in the model element class, wherein model element field 
handler object comprises a typed model element field handler subclass defining 
a set value function wherein the setting value function [Wall 0037 and Matula 
[0051] ]. [As for the "inlined field values," the specification of the instant 
application only describes the inlined values as "located in the same memory 
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block as the declaring class." The discussion for "same memory block" is found 
above.] 

However, Wall does not explicitly disclose that the model element field 
handler object comprises a singleton pattern as an abstract base class. However, 
Coad discloses using a singleton pattern (Col 8 In 29-47, Col 23 In 5-23). A singleton 
pattern, according to Coad , is a class with only one instance and contains only provides 
a global point of access to it. Also, a singleton pattern is performed through an interface 
class, which is an abstract class. 

It would have been obvious for one of ordinary skill in the art at the time the 
invention was made to use a singleton pattern as an abstract class. One would have 
been motivated to do so in order to have only one instance of a class, and thereby using 
only the single object to coordinate actions across a system. 

g. Wall discloses wherein a handler class has public access to an 
enclosing element's private members stored in the private member field of the 
model element class [0065], but does not explicitly disclose wherein the nested 
handler class is configured to directly access data in the model element class as 
the nested handler class has public access to the private members of the model 
element class. However, Matula does [0051]. The nested handler class would 
have all the functionality of the actual handler class since the subclass inherits all 
functionality of its superclass. The nested handler class would be able to access 
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the private class based on permissions given to that specific instance as 
described in Wall [0037, 0066]. 

Thus, it would have been obvious for one of ordinary skill in the art at the 
time the invention was made to have the nested handler class is configured to 
directly access data in the model element class as the nested handler class has 
public access to the private members of the model element class. One would 
have been motivated to do so in order have specific functionality of a class by 
setting various permissions. 

h. Wall as modified further discloses wherein the storage of the attribute 
value is separate from handling of the attribute value [0031]. [Wall discloses the 
use of encapsulation. It is used for classes and its subclasses. For example, 
when the "handler" object (as in [0040 and 0065]) needs to get an attribute from 
an object of a subclass or a private class, the attribute is processed in the 
superclass. Thus, the storage of an attribute is separate from the handling of the 
attribute. 

Claim 10: Wall as modified discloses the medium of Claim 9 above, and 
further discloses wherein the container comprises a store acting as a root of the 
tree structure [Fig. 5]. 

Claim 12: Wall as modified discloses the medium of Claim 9 above, and 
further discloses wherein the model element field handler object sets the attribute 
value stored in the model element class [0040]. 
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Claim 14: Wall as modified discloses the medium of Claim 9 above, and 
further discloses wherein the typed model element field handler subclass defines 
a get value function for accessing the attribute value [0040]. 

Claim 16: Wall discloses a method implemented at least in part by a 
computing device, the computing device accessing an attribute value within a 
data structure, the data structure separating storage of the attribute value from 
handling of the attribute value, the method comprising: 

a. storing the attribute value in a private member field of a model element 
class in a same memory block as a declaring class [0064-0065]. [As for the 
"same memory block," there is no explicit definition as to what a memory block is 
in the specification of the instant specification, and thus a memory block could be 
a hard drive, a database, etc.] 

b. Wall discloses wherein a handler class has public access to an 
enclosing element's private members stored in the private member field of the 
model element class [0065], but does not explicitly disclose declaring a nested 
handler class, the nested handler class being a subclass of a generic handler 
class and inherits base functionality from the generic handler class. However, 
Matula does [0051]. A nested handler class, a subclass in Matula , is created in 
order to generate a particular instance of an interface. Once the instance is 
created, the value retrieved by the subclass is stored in the main class. 
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It would have been obvious for one of ordinary skill in the art at the time 
the invention was made to declare a nested handler class, the nested handler 
class being a subclass of a generic handler class and inherits base functionality 
from the generic handler class. One would have been motivated to do so in order 
to store a value requested in the main requesting class. 

c. Wall as modified discloses a model element field handler object for 
handling inlined filed values of the model element class configured to access the 
attribute value stored in the model element class, wherein model element field 
handler object comprises a typed model element field handler subclass defining 
a get value function wherein the get value function is configured to access the 
model element class and return the attribute value directly upon request [Wall 
0065 and Matula [0051] ]. [The claim describes a method for defining a "get value 
function" and then returning the value requested from the "get function." As for 
the "inlined field values," the specification of the instant application only describes 
the inlined values as "located in the same memory block as the declaring class." 
The discussion for "same memory block" is found above.] 

However, Wall does not explicitly disclose that the model element field 
handler object comprises a singleton pattern as an abstract base class. However, 
Coad discloses using a singleton pattern (Col 8 In 29-47, Col 23 In 5-23). A singleton 
pattern, according to Coad , is a class with only one instance and contains only provides 
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a global point of access to it. Also, a singleton pattern is performed through an interface 
class, which is an abstract class. 

It would have been obvious for one of ordinary skill in the art at the time the 
invention was made to use a singleton pattern as an abstract class. One would have 
been motivated to do so in order to have only one instance of a class, and thereby using 
only the single object to coordinate actions across a system. 

d. issuing the get value function to obtain the attribute value from the 
model element class [0040, 0064]. 

e. receiving the attribute value from the model element class, wherein the 
get value function is configured to access the model element class and to return 
the attribute value directly upon request [0065]. 

f. Wall as modified further discloses wherein the storage of the attribute 
value is separate from handling of the attribute value [0031]. [Wall discloses the 
use of encapsulation. It is used for classes and its subclasses. For example, 
when the "handler" object (as in [0040 and 0065]) needs to get an attribute from 
an object of a subclass or a private class, the attribute is processed in the 
superclass. Thus, the storage of an attribute is separate from the handling of the 
attribute. 

Claim 18: Wall discloses a method implemented at least in part by a 
computing device, the computing device setting an attribute value within a data 
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structure, the data structure separating storage of the attribute value from 
handling of the attribute value, the method comprising: 

a. Wall discloses wherein a handler class has public access to an 
enclosing element's private members stored in the private member field of the 
model element class [0065], but does not explicitly disclose declaring a nested 
handler class, the nested handler class being a subclass of a generic handler 
class and inherits base functionality from the generic handler class. However, 
Matula does [0051]. A nested handler class, a subclass in Matula , is created in 
order to generate a particular instance of an interface. Once the instance is 
created, the value retrieved by the subclass is stored in the main class. 

It would have been obvious for one of ordinary skill in the art at the time 
the invention was made to declare a nested handler class, the nested handler 
class being a subclass of a generic handler class and inherits base functionality 
from the generic handler class. One would have been motivated to do so in order 
to store a value requested in the main requesting class. 

b. Wall as modified discloses a model element field handler object for 
handling inlined filed values of the model element class configured to access the 
attribute value stored in the model element class, wherein model element field 
handler object comprises a typed model element field handler subclass defining 
a set value function wherein the setting value function [Wall 0037 and Matula 
[0051] ]. [As for the "inlined field values," the specification of the instant 
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application only describes the inlined values as "located in the same memory 
block as the declaring class." The discussion for "same memory block" is found 
above.] 

However, Wall does not explicitly disclose that the model element field 
handler object comprises a singleton pattern as an abstract base class. However, 
Coad discloses using a singleton pattern (Col 8 In 29-47, Col 23 In 5-23). A singleton 
pattern, according to Coad . is a class with only one instance and contains only provides 
a global point of access to it. Also, a singleton pattern is performed through an interface 
class, which is an abstract class. 

It would have been obvious for one of ordinary skill in the art at the time the 
invention was made to use a singleton pattern as an abstract class. One would have 
been motivated to do so in order to have only one instance of a class, and thereby using 
only the single object to coordinate actions across a system. 

c. issuing the set value function to set the attribute value for the model 
element class [0040, 0064]. 

d. setting the attribute value [0040, 0064]. 

e. storing the attribute value in a private member field of the model element 
class in a same memory block as a declaring class [0064]. [The "constructs 
described by metadata" is a class declaration of how each attribute function, i.e. 
integer, string, etc. As for the "same memory block," there is no explicit definition 
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as to what a memory block is in the specification of the instant specification, and 
thus a memory block could be a hard drive, a database, etc.] 

f. Wall discloses wherein a handler class has public access to an enclosing 
element's private members stored in the private member field of the model 
element class [0065], but does not explicitly disclose wherein the nested handler 
class is configured to directly access data in the model element class as the 
nested handler class has public access to the private members of the model 
element class. However, Matula does [0051]. The nested handler class would 
have all the functionality of the actual handler class since the subclass inherits all 
functionality of its superclass. The nested handler class would be able to access 
the private class based on permissions given to that specific instance as 
described in Wall [0037, 0066]. 

Thus, it would have been obvious for one of ordinary skill in the art at the 
time the invention was made to have the nested handler class is configured to 
directly access data in the model element class as the nested handler class has 
public access to the private members of the model element class. One would 
have been motivated to do so in order have specific functionality of a class by 
setting various permissions. 

g. Wall as modified further discloses wherein the storage of the attribute 
value is separate from handling of the attribute value [0031]. [Wall discloses the 
use of encapsulation. It is used for classes and its subclasses. For example, 
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when the "handler" object (as in [0040 and 0065]) needs to get an attribute from 
an object of a subclass or a private class, the attribute is processed in the 
superclass. Thus, the storage of an attribute is separate from the handling of the 
attribute. 

Claims 20 and 21 : Wall as modified discloses the medium of Claims 1 and 
9 above, but Wall does not explicitly disclose wherein the singleton pattern 
enables the data structure to instantiate only one instance of a particular object 
which is used for supplying functionality for other users who wish to call that one 
instance. However, Coad does (Col 8 In 29-47, Col 23 In 5-23). A singleton pattern, 
according to Coad , is a class with only one instance and contains only provides a global 
point of access to it. Also, a singleton pattern is performed through an interface class, 
which is an abstract class. 

It would have been obvious for one of ordinary skill in the art at the time the 
invention was made to have the singleton pattern enables the data structure to 
instantiate only one instance of a particular object which is used for supplying 
functionality for other users who wish to call that one instance. One would have 
been motivated to do so in order to have only one instance of a class, and thereby using 
only the single object to coordinate actions across a system. 
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Conclusion 

4. Applicant's amendment necessitated the new ground(s) of rejection 
presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. 
See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as 
set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire 
THREE MONTHS from the mailing date of this action. In the event a first reply is 
filed within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to ALEX GOFMAN whose telephone number is 
(571 )270-1072. The examiner can normally be reached on Mon-Fri 9am-3pm 
EST. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, John Breene can be reached on (571)272-4107. The fax 
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phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



/Wilson Lee/ 

Primary Examiner, Art Unit 2163 
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Examiner 
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